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J 1 " hen we came 

^^LJ^^r across the DDT-tI 
^B^r S051 emulator protect 
presented by Steve 
Ciarcia several years ago {BYTE 19881, 
we decided to improve on his imple- 
mentation. The DDT-51 communi- 
cates with the PC using its 
parallel printer port. Steve 
modified a standard port for 
bidirectional operation, but we 
wanted to use an unmodified 
port. We decided to forego the 
soldering iron in favor of a 
software solution. 

We chose to read data a 
nybble at a time, using one of 
the other parallel port pins to 
indicate which of the two 
nybbles transferred. Of course, 
the software later combines 
both nybbles. This method 
slows down data transfer, 
especially if the software is 
written using a high-level 
language, and uses one extra 
pin of the port interface. What 
is more important, however, is 
that the port and device have 
to make that one extra connec- 
tion. This means that cable 



and connectors have to be one bit 
wider. 

To accomplish this variation, 
software handling the transfer needs tc 
generate a READ signal using one of 
the parallel port pins. We explored the 
possibility of using this signal to 
indicate the order of nybble read. 
Assuming a negative logic READ, our 
solution was to use the low level 
(active! to indicate one nybble and to 
use the high level (inactivel to latch 
the data and gate the next nybble to 
the interface. 

Thus, we save the two instruc- 
tions needed to manipulate the nybble 
indicator bit in Steve's approach. We 
also save on one extra connection and 
do not have to perform surgery on the 
parallel card as suggested by Steve. 

By the way, although we use the 
DDT-5 1 as our example, we under- 
stand that it has been discontinued as 
a product. The techniques described in 
this article, however, can be applied to 
parallel ports in general or with other 
devices that interface to the PC in a 
similar manner. 

THE PARALLEL INTERFACE 

Before getting into the details of 
the solution, let's take a look at the PC 
parallel-port interface. Enhancements 
to the interface starting from the PS/2 



Corresponding 
Pin Name 



Pin No. 
DB-25 



UO 
Direction 



Output 
Only 



Input 
Only 



Input and 
Output 



Table 1— ITie lunaions on original PC parallel port rteriace are 
accessed through three consecutive I/O pons. 



While many PC 
manufacturers today 
are supplying their 
machines with true 
bidirectional parallel 
ports, reading data in 
with older machines 
is still tricky. Here's 
one method that 
requires no changes 
to the PC. 
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Listing 1— INI sample code reads in a byte of data using the NYB.INO technique. II pin 16 is used as 
HYBJND. then pin 1 7 becomes Ihe RD pin and both pins are negative logic. 



Port [J37A] 
FirstNibble 



Port [$37A] 



SecondNibble 
Port [J37A] 



SOO: 

(Port [1379] And JFO) SHR 4: 



- Port [$379] And JFO: 
SOC: 



ByteData :- FirstNibble Or SecondNibble; 



IRead first nybblel 

I Get next nybblel 

IPull RD high] 
ICombine the nybblesl 



series of computers have enabled 
.ndirectional 8-bit data transfer. 
Recently, a DMA Idirect memory 
accessl function was included as well! 

However, we will restrict our- 
selves to the "original" parallel port, 
which consists of a 25-pin D connector 
(for pin assignments, see Table 1 1. Each 
port has three addresses associated 
with it in the I/O map of the PC. The 
:st parallel port, or LPT1, has a base 
address of 378H, so its addresses would 
be 378H, 379H, and 37AH. Each 
address allows us to read or write 
certain data to the parallel port to 
control the logic state of each pill. 

Due to the design of the standard 
parallel port, certain pins have nega- 
tive logic while others use positive 
logic. Port 379H involves 
.aversion of certain bits while 
port 37AH does not when used 
tor input. As noted, we use port 
378H to output 8 bits, port 
379H to input up to 5 bits, and 
port 37AH to input or output up 
to 5 bits. 

For faster access and greater 
exibility, software should 
. rectly access these parallel 
ports through the three ad- 
dresses associated with it. As 
used in the PC, parallel port 1 
has address 378H for writing a 
byte of data to output to the 
parallel port pins, address 37AH 
enables writing control signals, 
and address 379H gives input 
nals from a device. Therefore, 
output a byte of data, the 
program writes a character to 
address 378H, and input may be 
Jone at address 379H and 
37AH. 



Features such as OUT and I NP ( ) 
instructions in BASIC, Port[] arrays 
in Turbo Pascal, and i nportbt ) and 
outportbl ) functions in C enable the 
direct manipulation of the parallel port 
through these addresses. 

For example, to write the hex 
value 27 to port 378H in Turbo Pascal, 
we can write: 



Port [$378] 



$27: 



Thus, to read data, we use the state- 
ment: 

SomeVariable - Port [$379]: 

where SomeVari abl e is a variable 
capable of storing a byte of data. 



THE NYBBLE INDICATOR 
APPROACH 

Assume for a moment that we are 
exchanging data between two comput- 
ers using the parallel port. The 
receiving computer needs to read data 
from the parallel port, but can only do 
so five bits at a time. This is an 
inconvenient quantity, so we will just 
use four of these bits for a nybble of 
data. 

Typically, when you manipulate 
nybbles with software, you designate 
one pin of the port to act as a nybble 
indicator. The sending program is 
responsible for spUtting the data into 
two nybbles and transfers it via four of 
the five input pins on the parallel 
interface. 

One example of such a software 
transfer may be seen in the code 
segment in Listing 1 . If the sending 
party is a piece of software, then the 
receiving program indicates with the 
NYBJND pin which nybble is to be 



IN HARDWARE 

If instead hardware is used to 
transmit data, a quad2-to-l multi- 
plexer solves the problem. Figure 1 
shows the schematic connecting the 
device to a standard parallel interface. 



£e^llL 



•a a j 



PCS 59 



B3 J I g 



4;J fE. 
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Figure 1-fn the Nybble Indicator approach, a hit is used to 



whether the nigh or the low nybble is being transterred. 
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Figure 2— 77ie flsaci Hoe approach oiffers from the previous metal to ft use of (fie flD fine. 



In our example, the nybble indicator 
uses pin 16, which corresponds to bit 2 
on port address 3 7 AH. 

Looking at the original DDT-51, 
the data bus consists of pins 2-9 on the 
parallel-port connector — it became 
bidirectional through hardware 
modifications. If the port is left 
unmodified, we have to add a 74LS244 
(U2|, which is used to isolate the data 
bus of the 8255 from the parallel port. 
U2 is required as the D0-D7 pins on 
the standard parallel port are con- 
stantly outputting data to the data bus, 
which causes problems during an 
input operation. Pins 11, 10, 12, and 13 
are now used for input to the PC, 
which correspond to bits 7, 6, 5, and 4 
on port address 379H. 

The dotted area in Figure 1 shows 
the change to the original circuit. In 
this approach, the sequence of reading 
a byte begins by setting the READ line 
high. To initiate a read operation, the 
line changes to low. The software then 
pulls the NYBJND (activel high and 
reads the first nybble from the 
74LS257. It then saves the nybble and 
pulls the NYBJND low to read in the 
next nybble. The read operation ends 
by setting the NYBJND and READ to 
high again. The -A/B pin of the 
74LS257 is connected to the NYBJND 
pin on the parallel port. 



THE READ EDGE APPROACH 

Now, let's take a look at what we 
did. For reasons that will be apparent 
later, we will call this the Read Edge 
method. Figure 2 shows the schematic 
with the new circuitry. We use a pair 
of Schmitt-triggered inverters (U7, U8| 
to clean up the READ line. The 
difference between the methods hinges 
primarily in the use of the READ 
signal. Here, together with the addi- 
tional ICs, as shown in the figure, it is 
also used as the nybble indicator. 

When the software needs to read a 
byte of data, it pulls the READ line 



low. This causes 115, a 
quad2-to-l 74LS257, to 
output the low byte to 
the input portion of the 
parallel port. (Again, we 
are using bits 7, 6, 5, 4 of 
port 379H, which 
correspond to pins 11, 10 
12, 13 on the parallel 
port.) The signal causes 
U4, a 74LS373 latch, to 
pass data through to U5. 

On receiving the 
READ8255 signal, the 
8255 places the data on 
the bus, which connects 
to U4. Since U4 is a 
transparent latch, data 
passes through it when 
LE, which is connected to 
the READ1 signal, is 
high. This allows the data 
to appear at the input of 
U5, which selects the 
lower four bits of the byte and outputs 
this nybble. The READ signal, which 
acts like the NYBJND, goes to the 
-A/B input of the multiplexer to 
determine which nybble to place on 
the input pins. In this case, it is low 
for the lower nybble and high for the 
higher nybble. These nybbles are 
stored in the PC. 

The software then pulls the READ 
line high. The LE on U4 then goes low 
as the first Schmitt-triggered inverter 
(U7) reverses the logic level of the 
signal. The falling edge of this signal 
latches the output from the 8255. 



Listing 2- Die RCAD82S 5 route in the ODT-51 software has to be modified to work with the Read Edge 
hardware. 



Function 8255 : Byte: 

Var HighByte. LowByte : Byte: 

8egin 

Port [CTLPort] :- CstbCR: 
Port [CTLPort] :- Cread: 

Port [CTLPort] :- CstbP.0: 
LowByte :- (Port [InoPort] And J 

Port [CTLPort] :- Cnull : 
HighByte :- Port [InpPort] And $! 

Read8255 :- HighByte Or LowByte: 



I DDT-51 port valuesl 
I Pull P.0 lorn 
[MM P.0 hlghl 
ICombine nybbles! 
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Flgure 3— A timing diagram helps in analyzing the Read Edge approach tor any possible delay problems. 



After the rising edge of the 
READ8255 signal, the 8255 releases 
the data bus to a high-impedance state 
at the same time or before U4 is able 
to latch the data. The second inverter 
|U8I delays the READ8255 signal so 
that U4 (the 74LS373I has time to 
latch the data. 

Latching is done before the 
READ1 signal propagates through the 
second 74LS14, which pulls the 
READ8255 line at the 8255 high. 
When this happens, the output from 
trie 8255 floats. Looking now at U5, 
the 74LS257 multiplexer, the high 
READ signal outputs the high byte of 
the data. The software reads the 
nybble and then combines them to 
form the final byte. Figure 3 shows the 
timing diagram for the read operation. 

TIMING ANALYSIS 

Let us analyze the timing of the 
signals to see the potential and limits 
of this approach. Look at time t Qutl in 
Figure 3. After the CPU brings the 
READ line low, an I N instruction 
reads in the first nybble. Because of the 
timing delay of t Jlvl , the first nybble 
must be ready to be read by t 1Nl . 
However, the tead for the second 
IT hble always finds data ready at x, m . 

Now, if the CPU wants to do a 
write to the 8255 instead, the time t,,,, 
and t, w causes the 8255 to change 
hom a READ state that is much 
slower. 



The inverter delays are on the 
order of 10 ns using standard LS logic. 
An I N instruction takes hundreds of 
nanoseconds to execute for a PC. Some 
of you may frown at using delays to 
achieve our objectives, 
but we have demon- 
strated that it does 
work. Incorporating the 
circuitry into a PLD 
may lessen some of the 
layout 



When a statement calls 
the function 3EAD8255, the 
READ line on the parallel 
port goes active (low). This 
causes the hardware to 
respond with the lower 
nybble at the input pins. 
The software then reads the 
nybble from the input pin 
through the address 379H. 

Since each read opera- 
tion at address 379H yields 
a byte of data, the software 
ignores any unused bits in 
the byte of data and zeros 
them before storing them 
into the variables. From 
Table 1, we see that the four 
input pins lie in the upper 
four bits of the byte. 
Depending on the state of 
the READ signal, the software either 
shifts the nybble four bits to the right 
or no shifting is performed at all. 

As you can see in Listing 2, the 
first nybble read represents the low 



THE SOFTWARE 

So far, we have been 
talking about the 
hardware that converts 
bytes into nybbles for 
the PC parallel port. 
However, the approach 
of reading such a byte of 
data also requires the 
use of software to 
generate the necessary 
read signal and assemble 
the two nybbles into a 
byte. 

In the DDT-51 
project, we modified the 
READ8255 function to 
achieve this. Listing 2 
shows the code samples 
written in Turbo Pascal. 
Note that there are two 
variables H I g h 8 y t e and 
LowByte, both of the 
data type iYTE. 



]D| a|t |Atx[ xTxTx] 



Software executes a read 
to obtain a byte ot data 
Iram address 379H and 
places il into \ 
•LowByte* 



| | | 0|0 | D | A | t |a] 



| D | A | T | aIX|X | x ]x] 



l°|A|T!A|0|0j0|0l 



j | | ] ! D j A | T j A [ 
+ 10|A|TiAIQ|0|6TrJ1 



|D|a|t|a|D|a|t|a| 



Once the data is read, the 
byte of data is shifted 4 bits 
right and the high byte is 
filled with zeros. 



The next statement pulls 
the RD line high and the 
data is read from the same 
address. This byte ot data 
contains tie next nybble 
and Is piaced into the 
vanable 'HighByte' 



Software next fills the low 
byte with zeros. 



Finally, the software 
performs an OR operation 
on bothvanables and 
returns the result via me 
function name back to the 



Rgure 4— The nybble manipulations needed to recover a owe ot data when 
only lour bits of the data are transterred at a time are mow coaea fit mosr 
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INTRODUCING 1 HE SMARTEST GAMES N I OWN 

Micromint ups the ante with DOMINO and BLACKJACK 



The Domino-52 microcontroller is" a "SSpwtamputer" in less 
than 'A cubic inches. Domino ij a pluVand-gornotiule, just 
attach +5 V and a terminal or networta'rfsimple keyed sequence 
saves it as an autostarting program in rtonVolalile memory. We've 
packed the most essential elements of a microcontroller into 
one tiny package, making Domino-52 a winning combination. 
Just look at what you get: I I 



BlackJack-552 is a true "telecontroller" incorporating both 
microcomputer and FCC-certified Xecom modem in a single 
package. Blackjack comes preprogrammed with firmware utili- 
ties which are optimized for assembly language, C, and BA- 
SIC programs. Like Domino, Blackjack is easy to use. Attach 
power and a terminal, then upload and store your program. 
But wajttVtHf 's more... 

,f3L 




Processor: 80C52 with ROM-restdeni. full floating-spin. BASIC; 

instant "enter and save" command programming; 11. 0592-MHz clock * 

Memory: 32K bytes SRAM and 32K bytes EEPROM <— nJV -^J 

Serial I/O (up to 19200 bps): Full-duplex RS-422 and RS-232A>WI ■ ■ J 

duplex RS-485. PC bus 
> Parallel I/O: 12 bits available. 3 bits shared with ADC 
i A/D convener (optional): 2-channel. 12-bit. lOksampli 
1 Interrupts and timers: Two interrupts and three timers: interrupt Hoes 

be PWM outputs, timer inputs can directly read frequcillj SHU [JCIfflU™ 
i Power, size, and connection: +5V @ 30 mA; 1 .75"x 1 .062 w x0.4"potted; 

connections via 2x 10.. 0. 1 " dual-row header 

industrial temperature available 




MictocoJJis,*^^ • 



Domino-52 S79.00 
Domino-52 w/12-bil ADC $99.00 
BASIC-52 programmer's manual. 128 p. / $ 15.00 
Domino PC utilities and development . $99j 
Domino screw-terminal proto-connectflr $ISM)i 



MICROMINT, 

in Europe: (44) 0285-658122 • in Canada: (514) 336-9426 • 

tkmmM and MMMttMJi and trademarks art muuallv awnrd h* Xrtam. inc. and Mtcmrrani. lor 
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80C552 with firmware monitor. 
'6-MHz clock, two interrupts, and 
watchdog timer 
32K bytes SRAM. 32K bytes 
ami I28K bytes EEPROM (paged) 
Serial I/O (up to 38400 bps): Full-duplex 
serial TTL. PC bus 

'arallel I/O: 20 bits available. 4 bits shared 
Svith RTC. two PWM outputs 
^ Hardware real-ume clock 
I A/D converter: 8-channel. 10-bit. 20k samples/s 
I Modem (optional): 2400-bps data modem 
J (2400-bps data/fax modem optional) 

Power, size, and connection: +5V @ 55 mA. 
@ 95 mA (w/modem active) 2.75"xl.375"x.5" 
potted: 1 .2" dual-row 48-pin DIP header. 
industrial Icmperantrr awilable 

■BlackJack-552(v//omodeml $139.00 

BladrJack-552 with 2400-bps modem $199.00 

Blackjack demo board (Blackjack module extra) $99.00 

Blackjack utilities and development package $99.00 

CT 06066 • (203) 871-6170 • Fax (203) 872-2204 
in Australia: (3) 467-7194 • Distributor Inquiries Welcome! 




byte. The software shifts this nybble 
four bits to the right and fills the upper 
nybble with zeros. It then pulls the 
READ line high to read the next 
nybble. The second nybble, which 
represents the high byte, need not be 
shifted at all since it is already in its 
correct position. The lower nybble is 
then filled with zeros. 

Once the software stores the two 
nybbles in the variables Hi ghByte and 
LowBy te, they are ORed together. The 
last statement in the function then 
places the result into the function 
name, which returns the value to the 
calling statement. Figure 4 illustrates 
the process of the software performing 



the read and assembling the two 
nybbles. 

ASSEMBLY LANGUAGE 

Writing the code using a high- 
level language to read the nybbles and 
assembling it to form the final byte of 
data may be too slow for certain 
applications. To solve this, you can 
use an optimizing compiler to produce 
a faster routine or simply write the 
READ8255 function in assembly 
language to begin with. 

We have converted the READ8255 
function to C and used Borland C++ 
3. 1 to compile the program. By turning 
on the speed-optimization option, the 



compiler was able to generate a fast 
routine for the read operation that was 
almost as fast as one we hand-opti- 
mized in assembler. 

Turbo Pascal, however, produces a 
final assembly listing with some slight 
overhead in the code. The overhead 
may be avoided by simply writing the 
assembly version. We provide a sample 
of the assembly version of our 
READ8255 in Listing 3. 

CONCLUSIONS 

Although the Read Edge approach 
allows the software to read a byte of 
data using a standard parallel port with 
a single READ signal, it cannot be 
used on two PCs without this hard- 
ware between them. 

But, this method is one of the 
many ways to read data using a 
parallel port. Its main advantage lies in 
the use of the READ signal to differen- 
tiate the nybbles in the lata byte. This 
saves one pin on the parallel port 
which may be used for other purposes 
such as a control line for the attached 
device. Furthermore, this technique 
reduces the complexiry of the software 
as less coding is required S 

Tiacey Lee specializes in micro- 
systems in the Department of Elec- 
tronics. Computer, and Communica- 
tions Engineering at the Singapore 
Polytechnic. He worked for IBM 
Singapore for 8 years and has a B.Eng. 
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M.Eng. from Nanyang Technology 
University. He may be reached at 
spec02@solomon.technet.sg. 
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studies at the Singapore Polytechnic 
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410 Very Useful 

411 Moderately Useful 

412 Not Useful 



Listing 3-TJw route lo read and wttte data to tm standard PC parade/ port ate generic enough to tx 
useful ror most atjpMirans. Homver. the ReadPort routine is wntten specilically tottheDDT-51 project 
IMily the code to settyour application. 



OOSSeg 
.model small 
.stack lOOh 
.data 

OutputPort equ 378h 
InputPort equ 379h 
Control Port equ 37Ah 

.code 

public ReadPort 



ReadPort 



proc 








push 


dx 






push 


cx 






mov 


dx 


ControlPort 




mov 


ax 


29t) 




out 


dx 


ax : 


assert RD line low 


mov 


dx 


InputPort 




In 


al 


dx : 


read the nybble 


and 


al 


0F0 i 


zero the lower nybble 


shr 


al 


1 


faster to do 4 * 1 


shr 


al 


1 


bit shifts 


shr 


al 


1 




stir 


al 


1 




mov 


ch 


al 


save nybble 


to v 


dx 


ControlPort 




mov 


ax 


08h 




out 


dx 


ax 


pull read line high 


T10V 


dx 


Input 3 ::: 




In 


al 


dx 


read jpper nybble 


and 


al 


. OFOh 


zero lower nybble 


or 


al 


. ch 


merge nybbles into bytes 


30P 


cx 






sop 


dx 







-et 

andp 

and 
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